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(54) INFORMATION TERMINAL 



(57) The present invention provides mobile termi- 
nals with various types of services such as electronic 
commerce service, music delivery service, and position 
information service. User applications required for the 



electronic commerce service, music delivery service, 
and position information service are respectively config- 
ured as service objects each having a server facility, and 
further a local gateway is provided, whereby various 
types of services can be used through a browser. 
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Description 

TECHNICAL FIELD 

[0001] The present invention relates to an information 
delivery system that provides terminals having a brows- 
er with various types of information services such as 
electronic commerce service, music delivery service, 
and position information service, and particularly ena- 
bles the use of various types of services in mobile ter- 
minals which are poorer in resources than personal 
computers. 

BACKGROUND ART 

[0002] In recent years, various types of information 
services such as retrieval service, electronic commerce 
service, and music delivery service have been actively 
offered using a personal computer in which a browser 
is installed. 

[0003] For example, electronic commerce service is 
achieved in a form that installs a browser and an elec- 
tronic wallet application in a personal computer, and ac- 
tivates the electronic wallet application from the browser 
to use the facilities of the electronic wallet application. 
Fig. 1 (a) is a schematic block diagram of an EC system 
of the prior art. 

[0004] The EC system, as shown in Fig. 1 (a), com- 
prises a personal computer in which a browser 1 406 and 
an electronic wallet application 1407 are installed, an 
electronic value server 1403 that creates and issues 
electronic value such as electronic tickets and prepaid 
electronic money, a service server 1405 that provides 
service corresponding to paid costs, a settlement server 
1404 that performs account settlement processing in 
banks, credit service companies, or settlement institu- 
tions, and an information server 1402 that provides on- 
line information concerning electronic value and vends 
electronic value, wherein these components are linked 
by the Internet 1400. 

[0005] For example, assuming that information serv- 
ice provided by the service server 1405 is paid by pre- 
paid type electronic money managed by the electronic 
wallet application 1 407, the personal computer 1 401 re- 
ceives HTML page data including a link for activating 
the electronic wallet application 1407 from the service 
server 1405 and displays its contents on a browser win- 
dow 1 41 2 of a display screen 141 1 {see Fig . 1 (b)). When 
a user selects the link for activating the electronic wallet 
application 1407, the browser 1406 activates the elec- 
tronic wallet application 1407 and an electronic wallet 
window 1413 is displayed on the display screen 1411 . 
The user manipulates the activated electronic wallet ap- 
plication 1407 and pays a required cost to the service 
server 1405 by the prepaid type electronic money man- 
aged by the electronic wallet application 1 407. If the pre- 
paid type electronic money is lacking, the user manipu- 
lates the electronic wallet application 1407 to purchase 



2 

prepaid type electronic money via the information server 
1402 and downloads new prepaid type electronic mon- 
ey from the electronic value server 1 403. When the re- 
quired cost is paid, and to ensure secu rity for the down- 
5 loading of prepaid type electronic money, between the 
electronic wallet application 1 407 and the service server 
1406, and between the electronic wallet application 
1 407 and the electronic value server 1 403, communica- 
tions are performed using an electronic wallet protocol 
10 1409, instead of the HTTP protocol 1408. 

[0006] However, in an attempt to provide the same 
services for mobile terminals which have smaller display 
screens and are poorer in resources such as memory 
than personal computers, conventional mechanisms 
15 have been lacking in the capability to display the brows- 
er window and the electronic wallet window on one 
screen at a time because of the small display screen of 
the mobile terminals, requiring the mobile terminals to 
allocate a display memory for each application and pro- 
viding users with the inconvenience of switching and us- 
ing screens for each application. 
[0007] Also, since mobile terminals such as portable 
telephones, in most cases, have communication parts 
optimized depending on manufacturers and models, 
and there is no standard API for the communication 
parts, it has been necessary to develop an electronic 
wallet protocol for each model. 
[0008] Also, in mobile terminals such as portable tel- 
ephones, since the size of data that can be transferred 
at a time is smaller, compared with personal computers, 
large-capacity electronic value containing image data 
cannot be downloaded and, in some cases, have been 
unusable in mobile terminals. 

DISCLOSURE OF THE INVENTION 

[0009] The present invention has been made in view 
of the above circumstances to overcome the above 
problems and the primary object is to enable mobile ter- 
minals to use various types of information services such 
as electronic commerce service, music delivery service, 
and position information service. 
[0010] According to the present invention, there is 
provided an information terminal, comprising: commu- 
nication means for providing a facility to communicate 
with servers on a network; one or more service object 
means for providing specific information processing fa- 
cilities; local gateway means for providing a facility to 
communicate with the service object means; and brows- 
er means for providing facilities to browse information 
written in a markup description language, provided from 
the servers on the network and the service object 
means, and present instructions to the servers on the 
network and the service object means, via the commu- 
nication means and the local gateway means. By this 
construction, even mobile terminals can use the facili- 
ties of both the servers on the network and the service 
object means through the browser means, and no dis- 
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play memory needs to be allocated for each application. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0011] 5 

Fig. 1 (a) is a schematic block diagram of an EC sys- 
tem of the prior art; 

Fig. 1 (b) is a schematic diagram illustrating a user's 
personal computer screen in an EC system of the io 
prior art; 

Fig. 2 is a schematic block diagram of a mobile mul- 
timedia information delivery system 
Fig. 3(a) is a schematic front view of a mobile user 
terminal in accordance with an embodiment of the 15 
present invention; 

Fig. 3(b) is a schematic rear view of a mobile user 
terminal in accordance with an embodiment of the 
present invention; 

Fig. 4 is a schematic block diagram of a mobile user 20 
terminal in accordance with an embodiment of the 
present invention; 

Fig. 5 is a schematic diagram showing the relation- 
ship among applications (browser, electronic wallet 
object, and local gateway) and other components 25 
of a mobile user terminal in accordance with an em- 
bodiment of the present invention, and other devic- 
es; 

Fig. 6 is a schematic diagram showing the relation- 
ship among applications (browser, music player ob- 30 
ject, and local gateway) and other components of a 
mobile user terminal in accordance with an embod- 
iment of the present invention, and other devices; 
Fig. 7 is a schematic diagram showing the relation- 
ship among applications (browser, navigator object, 35 
and local gateway) and other components of a mo- 
bile user terminal in accordance with an embodi- 
ment of the present invention, and other devices; 
Fig. 8(a) is a schematic diagram of a display screen 
of a mobile user terminal in accordance with an em- 40 
bodiment of the present invention when turned on; 
Fig. 8(b) is a schematic diagram of an Internet menu 
screen of a mobile user terminal in accordance with 
an embodiment of the present invention; 
Fig. 8(c) is a schematic diagram of an electronic val- 45 
ue order screen of a mobile user terminal in accord- 
ance with an embodiment of the present invention; 
Fig. 8 (d) is a schematic diagram of a password in- 
put screen of a mobile user terminal in accordance 
with an embodiment of the present invention; 50 
Fig. 8(e) is a schematic diagram of an electronic val- 
ue list screen of a mobile user terminal in accord- 
ance with an embodiment of the present invention; 
Fig. 8(f) is a schematic diagram of an electronic val- 
ue display screen of a mobile user terminal in ac- 55 
cordance with an embodiment of the present inven- 
tion; 

Fig. 8 (g) is a schematic diagram of a music player 



display screen of a mobile user terminal in accord- 
ance with an embodiment of the present invention; 
Fig. 8(h) is a schematic diagram of a navigator dis- 
play screen of a mobile user terminal in accordance 
with an embodiment of the present invention; 
Fig. 9 is a schematic diagram illustrating the rela- 
tionship between applications executed by the CPU 
300 in accordance with an embodiment of the 
present invention and a browser; 
Fig. 10 is a schematic block diagram of a service 
terminal in accordance with an embodiment of the 
present invention; 

Fig. 11 is a schematic block diagram of a user ter- 
minal in accordance with an embodiment of the 
present invention; 

Fig. 12 is a flow chart showing the processing of 
splitting and downloading electronic value in ac- 
cordance with an embodiment of the present inven- 
tion; 

Fig. 13(a) is a schematic diagram of 
ServeMnstruction_1 message written in a markup 
description language, in accordance with an em- 
bodiment of the present invention; 
Fig. 13(b) is a schematic diagram of 
S0_instruction_1 message written in a markup de- 
scription language, in accordance with an embodi- 
ment of the present invention; 
Fig. 14(a) is a schematic diagram of 
Server_instruction_2 message written in a markup 
description language, in accordance with an em- 
bodiment of the present invention; 
Fig. 14(b) is a schematic diagram of 
S0_instruction_2 message written In a markup de- 
scription language, in accordance with an embodi- 
ment of the present invention; 
Fig. 15 is a schematic diagram showing a descrip- 
tion example of a markup description language in 
accordance with an embodiment of the present in- 
vention; 

Fig. 1 6 is a schematic diagram showing the relation- 
ship among applications (browser, electronic wallet 
object, and local gateway) and other components 
of a mobile user terminal in accordance with an em- 
bodiment of the present invention, and other devic- 
es; 

Fig. 1 7 is a schematic diagram showing the relation- 
ship among applications (browser, music player ob- 
ject, and local gateway) and other components of a 
mobile user terminal in accordance with an embod- 
iment of the present invention, and other devices; 
and 

Fig. 1 8 is a schematic diagram showing the relation- 
ship among applications (browser, navigator object, 
and local gateway) and other components of a mo- 
bile user terminal in accordance with an embodi- 
ment of the present invention, and other devices. 
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PREFERRED EMBODIMENTS OF THE INVENTION 

[001 2] According to a first aspect of the present inven- 
tion, an information terminal is provided with: communi- 
cation means for providing afacility to communicate with 
servers on a network; one or more service object means 
for providing specific information processing facilities; 
local gateway means for providing a facility to commu- 
nicate with the service object means; and browser 
means for providing facilities to browse information writ- 
ten in a markup description language, provided from the 
servers on the network and the service object means, 
and present instructions to the servers on the network 
and the service object means, via the communication 
means and the local gateway means. By this construc- 
tion , even mobile terminals can use the facilities of both 
the servers on the network and the service object means 
through the browser means, and no display memory 
needs to be allocated for each application. 
[0013] According to a second aspect of the present 
invention, the first information terminal is constructed so 
that the local gateway means has service object man- 
ager means for managing the service object means, and 
the service object manager means, for each service ob- 
ject means, manages URI (Universal Resource Identifi- 
er) of a service object, and status information indicating 
whether the service object is usable. By this construc- 
tion, by specifying URI of a service object, the facility of 
a specified service object means can be used. 
[0014] According to a third aspect of the present in- 
vention, the second information terminal is constructed 
so that the service object manager means has markup 
description language creating means, and the markup 
description language creating means creates a list of us- 
able service objects in a markup description language 
in a format that appends links to the service objects. By 
this construction, a list of usable service objects can be 
displayed in the browser means to allow selection of a 
service object from the browser means, providing in- 
creased convenience for users. 
[0015] According to a fourth aspect of the present in- 
vention, the second or third information terminal is con- 
structed so that the service objects have markup de- 
scription language creating means and exchange a giv- 
en message with the servers on the network through the 
browser means by using a method of posting given in- 
formation to a U Rl-specif ied destination of a markup de- 
scription language. By this construction, without making 
changes to. the communication means, the service ob- 
jects can be controlled by the servers on the network, 
and the servers on the network can be controlled by the 
service objects. 

[0016] According to a fifth aspect of the present inven- 
tion, the second or third information terminal is con- 
structed so that the service objects have the markup de- 
scription language creating means and means for de- 
coding data posted in encoded form, and exchange giv- 
en data with the servers on the network through the 



browser means by using a method of posting given in- 
formation to a URI-specified destination of a markup de- 
scription language to set encoded data as information 
to be posted. By this construction, without making 
5 changes to the communication means, data can be 
downloaded to the service objects from the servers on 
the network, and data can be uploaded to the servers 
on the network from the service objects. 
[0017] According to a sixth aspect of the present in- 
fo vention, the fourth or fifth information terminal Is con- 
structed so that, in the markup language description 
from the servers on the network, the service objects are 
specified by relative identification information, while, in 
the markup language description from the service ob- 
1 5 jects, the servers on the network are specified by abso- 
lute identification information. By this construction, the 
browser means can easily distinguish between requests 
from the servers on the network and those from the serv- 
ice objects. 

[0018] According to a seventh aspect of the present 
invention, the fifth information terminal is constructed so 
that the service objects have means for splitting data to 
be down loaded from the servers on the network to N (an 
integer greater than 0) pieces of data and downloading 
it as N markup description languages, and extracts data 
portions from the received N markup description lan- 
guages to create one piece of data. By this construction, 
even in a network over which large data cannot be trans- 
mitted at a time, large data can be downloaded. 
[0019] According to an eighth aspect of the present 
invention, the seventh information terminal is construct- 
ed so that the N markup description languages down- 
loaded from the servers on the network include instruc- 
tion information indicating how to process them. By this 
construction, a method of processing downloaded data 
can be specified in detail. 

[0020] According to a ninth aspect of the present in- 
vention, the seventh or eighth information terminal is 
constructed so that the N markup description languages 
downloaded from the servers on the network include 
identification information indicating that identical data is 
to be downloaded. By this construction, downloaded da- 
ta can be correctly converted to one piece of data. 
[0021] According to a tenth aspect of the present in- 
vention, the seventh, eighth, or ninth information termi- 
nal Is constructed so that the N markup description lan- 
guages to be downloaded from the servers on the net- 
work respectively include identification information indi- 
cating their occurrence order. By this construction, 
downloaded data can be correctly converted to one 
piece of data. 

[0022] According to an eleventh aspect of the present 
invention, the seventh, eighth, ninth, ortenth information 
terminal is constructed so that data portions are extract- 
ed from the markup description languages downloaded 
from the servers on the network, and if no error is de- 
tected as a result of decoding the data portions, the serv- 
ers on the network are notified that no error is detected, 
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through the browser means, using a method of posting 
markup description language information. By this con- 
struction, data can be correctly downloaded. 
[0023] According to a twelfth aspect of the present in- 
vention, the seventh, eighth, ninth, tenth, or eleventh in- 
formation terminal is constructed so that a data portion 
is extracted from a markup description language corre- 
sponding to an M-th position of the N (M < N) split 
markup description languages downloaded from the 
servers on the network, and if no error is detected as a 
result of decoding the data portion, a request to send an 
(M+1)-th data item is issued to the servers on the net- 
work, through the browser means, using the method of 
posting markup description language information. By 
this construction, data can be correctly downloaded. 
[0024] According to a thirteenth aspect of the present 
invention, the seventh, eighth, ninth, tenth, eleventh, or 
twelfth information terminal is constructed so that a data 
portion is extracted from a markup description language 
corresponding to an M-th position of the N (M ^ N) split 
markup description languages downloaded from the 
servers on the network, and if an error is detected as a 
result of decoding the data portion, a request to send 
the M-th data item is issued to the servers on the net- 
work, through the browser means, using the method of 
posting markup description language information. By 
this construction, data can be correctly downloaded. 
[0025J According to a fourteenth aspect of the present 
invention, the seventh, eighth, ninth, tenth, eleventh, 
twelfth, or thirteenth information terminal is constructed 
so that, when the size of data that can be received at a 
time is S, data to be downloaded is split so that the size 
of data to be transmitted at a time is S or less. By this 
construction, even in a network over which only small- 
sized data can be transmitted at a time is small, large- 
sized data can be correctly downloaded. 
[0026] According to a fifteenth aspect of the present 
invention, a processing program of an information ter- 
minal according to one of claims 1 to 14 is recorded in 
a computer-readable f orm . By this construction, the pro- 
gram can be distributed in a portable form. 
[0027] According to a sixteenth aspect of the present 
invention, an information delivery system comprises: at 
least a service server, an electronic value server, an in- 
formation server, and a settlement server which are con- 
nected to a network, and an information terminal having 
a browser, which is connected to the network, can com- 
municate with the servers by use of a markup descrip- 
tion language, and can make access to various types of 
service objects each having a server facility therein, us- 
ing a markup description language via a local gateway. 
By this construction, even mobile terminals can use the 
facilities of both the servers on the network and the serv- 
ice objects through the incorporated browser, no display 
memory needs to be allocated for each application, no 
user interface and communication protocol need not be 
provided for each service, costs can be reduced, and 
greatly increased convenience can be provided for us- 



ers. 

EMBODIMENTS 

5 [0028] Embodiments of the present invention will be 
described in greater details below with reference to 
FIGS. 2 to 1 8. It should be noted here that those skilled 
in the art may appreciate that the present invention may 
not be limited to the following disclosure, which are for 

w solely the purpose of illustration thereof, and that the 
present invention may be embodied in other specific 
forms without departing from the spirit or essential char- 
acteristics thereof. 

[0029] A practical embodiment of the present inven- 
ts tion is a mobile multimedia information delivery system 
which provides: electronic commerce service by which 
any individual buyer may purchase over the network any 
tickets, prepaid cards and the like as electronic informa- 
tion, and the examination of tickets and transaction set- 
20 tlement of purchase of merchandises or services may 
be performed through wireless communication, without 
presenting a ticket to a clerk at the time of examination 
of tickets, or without delivering cash and receipts with a 
salesperson at the time of purchase of a merchandise 
25 in a wholesale store; music delivery service by which 
the buyer purchases music contents as electronic infor- 
mation through the network and downloads it to enjoy 
the music; and position information service combined 
with geographic information. 
30 [0030] In the following description, this system as 
have been described above will be referred to as "mobile 
multimedia information service. The aggregation con- 
sisting of any electronic tickets, prepaid cards, and mu- 
sic contents that are dealt with in the present system will 
35 be referred to as "electronic value", as well as the en- 
tirety consisting of a variety of services provided by the 
system will be referred to as "mobile multimedia infor- 
mation service", hereinbelow. 

[0031] The mobile multimedia information delivery 

AO system may include, as shown by the system architec- 
ture in Fig. 2, a mobile user terminal 101 incorporating 
bidirectional wireless communication facility of three 
systems, browsing facility, electronic wallet facility, mu- 
sic player facility, and navigation facility; a music player 

45 116 and a navigation module 117 connected with the 
mobile user terminal 101 through bluetooth; a user ter- 
minal 107 incorporating a bidirectional communication 
facility, browsing facility, and electronic wallet facility; a 
service terminal 105 for the transaction settlement 

so processing of electronic value; a service server 1 06 for 
serving for the online transaction settlement processing 
of electronic value; a settlement server 104 for serving 
for the debit of bank accounts, credit card accounts, or 
settlement institutions; an information server 102 for 

55 providing online information concerning electronic value 
and for vending electronic value; an electronic value 
server 103 for generating and issuing electronic value; 
and gateways 118, 119, and 1 20, wherein these servic- 
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es are interconnected online over the Internet 1 00. (The 
mobile user terminal 101, the service terminal 105, the 
user terminal 107 are connected with the Internet 100 
through the gateways 118, 119, and 120, respectively.) 
The gateways 118,119, and 1 20 through which the mo- 
bile user terminal 101 , the service terminal 105, the user 
terminal 107 are respectively connected with the Inter- 
net 1 00, the service server 1 06, the service server 1 06, 
settlement server 1 04, information server 1 02, and elec- 
tronic value server 1 03 are systems formed by one or a 
plurality of computers, respectively. 
[0032] The mobile user terminal 101 is a portable 
wireless phone terminal having bidirectional wireless 
communication facility of three systems (IR communi- 
cation, bluetooth, and digital wireless communication), 
browsing facility, electronic wallet facility, and music 
player facility and navigation facility enabled by connect- 
ing the music player 1 1 6 and the navigation module 1 1 7 
through bluetooth. 

[0033] The service terminal 105 has bidirectional 
wireless communication facility of two systems (IR com- 
munication and digital wireless communication) and 
standalone type and wireless type having respectively 
different uses. 

[0034] In Fig. 2, the reference numerals 108 and 113 
respectively designate transmission lines for digital 
wireless communication made while the mobile user ter- 
minal 101 and the service terminal 105 are accessing 
the Internet 1 00; 1 09, a transmission line for digital wire- 
less communication between the mobile user terminal 
101 and the service terminal 105; 110, 111, 112, 114, 
and 115, respectively digital communication lines 
through which the information server 1 02, electronic val- 
ue server 1 03, settlement server 1 04, service server 
106, and user terminal 107 are connected with the In- 
ternet 100; and 121 and 122, respectively bluetooth log- 
ical transmission lines through which the music player 
1 1 8 and the navigation module 1 1 7 are connected with 
the mobile user terminal. 

[0035] The mobile multimedia.information service 
normally assumes thefollowing operation configuration. 
[0036] The settlement server 1 04 is installed in banks, 
credit card companies, or settlement institutions, and 
the information server 102 is installed in event compa- 
nies, ticket issuing companies, wholesale stores, pre- 
paid card issuing companies, record companies, and 
other business companies, which online provide infor- 
mation about electronic values and sell electronic val- 
ues. 

[0037] The service terminal 105 may be installed at 
an entrance of movie theaters, event places, or the like, 
or register stations in stores if the terminal is of stan- 
dalone type, and may be carried by a salesperson or 
money collector if the terminal is portable. The service 
server 106 may be installed in a firm providing services 
compatible with the electronic value such as an online 
shop and Internet broadcasting. 

[0038] The mobile user terminal 101 may be carried 
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by the consumer, while the user terminal 107 may be 
installed at the home of the consumer. 
[0039] The electronic value server 103 may be In- 
stalled in an organization that provides the mobile mul- 
5 timedia information service. 

[0040] The connections including the interconnection 
between devices forming collectively the mobile multi- 
media information delivery system, and the social rela- 
tionship among the owners of such system, can be as- 
10 sumed as follows: 

[0041] The consumer-owner who possesses the mo- 
bile user terminal 101 has a contract of accounting with 
a bank or a credit card company, and another contract 
of membership of mobile multimedia information service 
is with the service provider of mobile multimedia informa- 
tion service. The owner of the service terminal 105 and 
the owner of the service server 106 may enter into a 
contract of franchise system with the mobile multimedia 
information service provider. It should be noted here that 
the service terminal 105 owner or service server 106 
owner may also be the same mobile multimedia infor- 
mation service provider. 

[0042] The owner of the information server 1 02 may 
enter a contract with the mobile multimedia information 
service provider in order for the electronic value server 
1 03 to issue electronic value in response to the request 
from the information server 1 02. It should be noted here 
also that the information server 102 owner may be the 
same service provider of the mobile multimedia infor- 
mation service. 

[0043] In order to simplify the description on the 
present system hereinbelow, the consumer-owner of 
the mobile userterminal 1 01 will be referred to as "user", 
the business entity that possesses the service terminal 
1 05 or the service server 1 06 and sells or provides mer- 
chandises and services as "merchant", the company 
that possesses the electronic value server 103 to pro- 
vide the mobile multimedia information service as "serv- 
ice provider 11 , the institution that possesses the settle- 
ment server 1 04 to process the transaction settlement 
of accounts such as banks, credit card companies, or 
settlement organizations as "transaction processor", 
and the association that possesses the information 
server 102 for providing information concerning the 
electronic value online and selling the electronic value 
as "electronic value seller". The mobile multimedia in- 
formation service provided by the system in accordance 
with the invention is an electronic service, which proc- 
esses the purchase and sale of tickets, prepaid cards, 
and music contents via the network, the delivery along 
therewith, and the exercise of tickets, cards, and music 
contents. 

[0044] More specifically, a user may use his/her mo- 
bile user terminal 1 01 to place a purchase order of elec- 
tronic value to the information server 102 via the Inter- 
net, then receive electronic value generated by the elec- 
tronic value server 103 on the basis of a request of is- 
suing electronic value from the information server 102 
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to the electronic value server 103 and then store and 
manage it into the mobile user terminal 101 . For using 
the purchased electronic value such as tickets and pre- 
paid cards, the mobile user terminal 101 may perform 
data communication with the service terminal 105 or 
service server 1 06 to adduce the information of the elec- 
tronic value stored in the mobile user terminal 101 to 
exchange the transaction information of electronic value 
therewith and transact the electronic value, and then the 
merchant will deliver a service or product. For electronic 
values such as music contents, the stored electronic val- 
ues are reproduced. The transaction process along with 
the purchase and sale of electronic value will be per- 
formed between the information sever 10 and the set- 
tlement server 14. The details of mobile multimedia in- 
formation service will be described later. 
[0045] In mobile multimedia information service, data 
communication among devices of the present system 
will be carried out over the transmission line or commu- 
nication channel as described below. The mobile user 
terminal 101 may perform digital communication with 
the information server 1 02 through the transmission line 
108, Internet 100, and digital communication channel 
1 1 0, may digitally communicate with the electronic value 
server 103 through the transmission line 108, Internet 
100, and digital communication channel 111, may also 
digitally communicate with the service server 106 
through the transmission line 1 08, Internet 1 00, and dig- 
ital communication channel 111, may perform IR com- 
munication with the service terminal 105 through a 
transmission line 109, and may perform bluetooth com- 
munication with the music player 1 1 6 through the trans- 
mission line 121 and with the navigation module 117 
through the transmission line 122, respectively. 
[0046] In the communication between the mobile user 
terminal 101 and electronic value server 103, commu- 
nication between the mobile userterminal 101 and serv- 
ice terminal 105, and communication between the mo- 
bile userterminal 1 01 and service server 1 06, any trans- 
action information will be encrypted. For the encryption, 
a combination of the common secret key encryption and 
the public key encryption are used to encapsulate infor- 
mation into an envelope before communication. Com- 
ponents of the present system will then be described 
below in greater details. 

[0047] At first the service terminal 1 05 will be detailed. 
[0048] Now referring to Fig. 1 0, there is shown a sche- 
matic block diagram of a service terminal 105. In Fig. 
1 0, the service terminal 1 05 consists of a computer 900, 
a wireless modem 901 , and an IR communication adapt- 
er 902. The service terminal 105 has two communica- 
tion facilities, for digital wireless communication and IR 
communication. The digital wireless communication is 
used for accessing to the Internet, while the IR commu- 
nication facility is used for the electronic value transac- 
tion with the mobile user terminal. The computer 900 
may incorporate a merchant application program, with 
which the computer 900 controls the wireless modem 



901 and the IR communication adapter 902 to perform 
the transaction, based on this merchant application. In 
a similar manner, the service server 1 06 may also incor- 
porate a merchant application, with which the service 
5 server 106 performs the electronic value transaction, 
'based on this merchant application. 
[0049] Next, the user terminal 1 07 will be detailed. 
[0050] Now referring to Fig. 1 1 , there is shown a sche- 
matic block diagram of a user terminal 107. In Fig. 11 , 
10 the user terminal 107 consists of a computer 1000, a 
smart card reader/writer 1 001 , and a modem 1 002. The 
userterminal 1 07 may incorporate a browser application 
program and an electronic wallet application program, 
and access the Internet via the modem 1 002. By insert- 
's ing a smart card of the mobile userterminal 101 into the 
smart card reader/writer 1001, the user terminal 107 
may have the same functionality as the mobile user ter- 
minal 101 except for the transaction processing to and 
from a service terminal 1 05. 

[0051] Next, the mobile user terminal 101 will be de- 
tailed. 

[0052] Now referring to Fig. 3(a) and Fig. 3(b), there 
are shown front and rear views of a mobile userterminal 
101 . In Fig. 3(a), the reference numeral 211 designates 
to an IR port (IR module) for IR communication with the 
service terminal 105; the reference numeral 213 to a 
bluetooth communication module for communication 
with the music player 1 1 6 and the navigation module 1 1 7 
in bluetooth environment; the reference numeral 210 to 
an antenna for transmitting and receiving RF waves of 
digital wireless communication; the reference numeral 
209 to a receiver/loudspeaker; the reference numeral 
200 to a color liquid crystal display (LCD) device capable 
of displaying 120 by 160 pixels; the reference numeral 
203 to an off-hook switch; the reference numeral 2.02 
to an on-hook & power-on/off switch for both hanging 
on a call and powering on/off the device; the reference 
numeral 204 to a navigation switch; the reference nu- 
merals 205 and 206 to function switches; and the refer- 
ence numeral 201 to a ten-key pad; the reference nu- 
meral 207 to a microphone. In Fig. 3(b), the reference 
numeral 212 designates to a smart card slot (smart card 
reader/writer). 

[0053] The mobile userterminal 101 has three com- 
munication facilities for the digital wireless communica- 
tion, for the IR communication, and for bluetooth. The 
digital wireless facility is used for voice calls and Internet 
accessing, as well as the transaction processing of elec- 
tronic value with a service server. The I R communication 
facility is used for the transaction processing of electron- 
ic value with a service terminal. The bluetooth commu- 
nication facility is used to connect the music player 116 
and the navigation module 117 to provide the music 
player facility and the navigation facility. The mobile user 
terminal 1 01 further has a browser facility and electronic 
wallet facility. The browser facility is used for browsing 
the Internet and the locally stored data in the mobile user 
terminal, and the electronic wallet facility is used for 
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managing the electronic value and transaction. 
[0054] Now referring to Fig. 4, there is shown a sche- 
matic block diagram of a mobile user terminal 101. In 
Fig. 4, the mobile user terminal 101 comprises a CPU 
(central processing unit) 300 that operates based on a 
program stored in an FeRAM (Ferroelectric Random Ac- 
cess Memory) 301 to process data stored in the FeRAM 
301 , transmit and receive data, and control other com- 
ponents via a bus 306; an LCD 200; an IR communica- 
tion module 211; a bluetooth communication module 
21 3; a smart card reader/writer 21 2; a ten-key pad 201 ; 
hung-on/power-on/off switch 202; a call switch 203; a 
navigation switch 204; function switches 205 and 206; 
a key controller 302 for detecting switch operation; voice 
processor 304 for driving a loudspeaker 303 and a re- 
ceiver 209 and digitally processing analog voice signals 
input from a microphone 207; RF communication unit 
305 for controlling wireless data communication via an 
antenna 21 0 and wireless voice calls; and a smart card 
307. 

[0055] The smart card 307 may have therein a CPU 
and a non-volatile memory, which stores a universal per- 
sonal telecommunication number (UPT; telephone 
number) of its user, a user ID in the mobile multimedia 
information service, a user private key of the public key 
cryptography method, a user certificate corresponding 
to the private key, as well as a certificate of the service 
provider (digital certificate of the service provider) , elec- 
tronic value that the user has already purchased, and 
receipts of the purchase of electronic value and for the 
transaction processing thereof. 
[0056] In the FeRAM 301 , in addition to the operating 
system (OS), a phone program, and a browser, three 
application programs including an electronic wallet, a 
music player object, and a navigator object, an applica- 
tion program of a local gateway serving as an interface 
for accessing the three applications from the browser, 
and data processed by the applications are stored. The 
electronic wallet object is an application running on the 
mobile user terminal that provides the electronic wallet 
facility, in conjunction with the smart card 307; the music 
player object is an application running on the mobile us- 
er terminal that provides the music player facility, in con- 
junction with the music player 116; and the navigator ob- 
ject is an application running on the mobile userterminal 
that provides the navigation facility, in conjunction with 
the navigation module 117. 

[0057] Fig. 9 is a schematic diagram illustrating the 
relationship between the applications executed by the 
CPU 300 and the browser. The local gateway 402 pro- 
vides facilities corresponding to the wireless communi- 
cation part 305 and the gateway 1 1 8 used by the brows- 
er to access the Internet, and servers as an application- 
level interface for accessing the electronic wallet object 
400, the music player object 500, and the navigator ob- 
ject 600 from the browser. The electronic wallet object 
400, the music player object 500, and the navigator ob- 
ject 600 respectively provide facilities corresponding to 
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servers during access to the Internet, and for access 
from the browser, return results described in a markup 
description language to the browser via the local gate- 
way 402. 

5 [0058] The local gateway 402 comprises: a local gate- 
way manager 800 that controls the local gateway 402; 
a service object manager 801 that manages the status- 
es of service objects including the electronic wallet ob- 
ject 400, the music player object 500, and the navigator 
10 object 600; and a service object interface 802 serving 
as a common interface with the service objects. The 
service object manager 801 creates a service object ta- 
ble 804 for managing the statuses of the service objects 
on the FeRAM 301 to manage the statuses of the serv- 
es ice objects. An ML creating part 803 creates a markup 
description indicating a list of usable services from the 
service object table 804. 

[0059] The service object table 804, for one service 
object, contains a service name, unique name, and se- 
rial number, URI of the service object, status information 
indicating whether it can be used, and handle informa- 
tion for actually accessing the service object in the mo- 
bile user terminal. 

[0060] Fig. 5 is a schematic diagram showing the re- 
lationship among applications (browser, electronic wal- 
let object, and local gateway) executed by the CPU 300 
when the electronic wallet facility is used, other compo- 
nents of the mobile user terminal 1 01 , and other devic- 
es. In Fig. 5, the CPU 300 executes three processes, 
the browser 401, the electronic wallet object 400, and 
the local gateway 402. 

[0061] Electronic value is stored in a nonvolatile mem- 
ory of the smart card 307, and the CPU of the smart card 
307 creates a markup description language on the con- 
tents of electronic wallet (ML creating part 406), and ex- 
ecutes the application program of an electronic wallet 
server 404 that split-downloads the electronic value, 
and performs examination and settlement processing. 
[0062] The browser 401 may accept the user opera- 
tion information (switch operation) sent from the key 
controller 302 to use the RF communication unit 305 to 
communicate with the electronic value server 103 via 
the Internet 100. The browser 401 may also interpret 
data receive from the electronic value server 1 03 to dis- 
play on the LCD 200. The data received from the elec- 
tronic value server 103 in this situation is written In a 
specific markup language, and the browser 401 inter- 
prets the markup language to restore image data to dis- 
play on the LCD 200. In a similar manner, the browser 
401 interprets data received from the local gateway 402 
and data received from the electronic wallet object 400 
via the local gateway 402 to display on the LCD 200. 
Here the data received from the local gateway 402 and 
data received from the electronic wallet 400 are written 
in a specific markup language. 

[0063] As an example, referring to Fig. 8 (a), there is 
shown a "My Menu" display screen, which is presented 
on the LCD 200 at the power-on. When powering on by 
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means of the hung-on/power-on/off switch 202 , the 
browser 401 asks the local gateway 402 for a list of us- 
able services and displays a screen shown In Fig. 8(a). 
The local gateway manager 800 asks for a list of usable 
services the service object manager 801 , which creates 
a list of usable services written in markup languages 
from the service object table 804 by use of the ML cre- 
ating part 803, and the created list of usable services is 
returned to the browser 401 via the local gateway man- 
ager 800. The "My Menu" file is an operation menu of 
the mobile user terminal 101, written in a specific 
markup language. 

[0064] Now assuming that the user selects from the 
menu item "1 internet", to which an absolute URI (Uni- 
versal Resource Identifier) of "http://www.mmiserv.com/ 
mu ierm/menu" is linked, the browser 401 will access 
the Internet using the character string M http" as key and 
display an Internet Menu screen linked to the menu item 
"1 :lnternef\ as shown in Fig. 8 (b) . Then the user may 
access to an Internet site, for example the information 
server 102, from this menu. Fig. 8(c) depicts an exem- 
plary display screen when access to an information 
server 102 to place an order of electronic value. 
[0065] Assuming that the user selects "2:E-Wallet" 
from the "My Menu" , the browser 401 may access to the 
electronic wallet object 400 via the local gateway 402, 
and display another screen for requesting a password 
input, based on the data received from the electronic 
wallet 400, as shown in Fig. 8 (d) . When the user inputs 
his/her password in this screen, the browser 41 0 in turn 
will send the password input to the electronic wallet 400 
via the local gateway 402. If the password is correct, the 
electronic wallet 400 will send data including a list of 
electronic value stored in and managed by the electronic 
wallet 400 to the browser 401 via the local gateway 402. 
Then the browser 401 will display the screen as shown 
in Fig. 8(e). If the password is not correct, then an error 
will be displayed. Assuming that the user selects "7;Soc- 
cer200X Japa" menu item, data indicating the contents 
of electronic value selected will be sent from the elec- 
tronic wallet to the browser 401 via the local gateway 
402, and the browser 401 will display a screen as shown 
in Fig. 8(f). 

[0066] In the above situation, the data sent from the 
electronic wallet 400 to the browser 401 is created by 
the electronic wallet server 404 on the smart card 307 
and is written in a specific markup language. For exam- 
ple, "2 E- Wallet" shown in Fig. 8(a) is linked to "Igw:// 
wallet", which is a relative URI to the local gateway 402, 
and the browser 401 interprets the user's selection op- 
eration as a resource being using a character string of 
"Igw" as key via the local gateway 402, and in the next 
step, using the character string of "wallet", accesses a 
service object having the service name of "wallet", that 
is, the electronic wallet object 400 via the local gateway 
402. In response to this selection operation, to authen- 
ticate the user, data written in a specific markup descrip- 
tion language as shown in Fig. 15 is sent to the browser 



401 from the electronic wallet object 400 to display a 
screen for prompting the user to enter a password. 
[0067] "ok" operation on the screen shown in Fig. 8 Is 
linked to the processing that an entered password is 
5 sent to "lgw://wallet/", which is a relative URI to the local 
gateway 402. When the user enters a password, the 
browser 401 will send the entered password to the elec- 
tronic wallet object 400 via the local gateway 402. In re- 
sponse to this operation, if the password is correct, a list 
10 of electronic values written in a specific markup descrip- 
tion language will be sent to the browser401 via the local 
gateway 402 to display the screen shown in Fig. 8(e). If 
the password is incorrect, data indicating an error, writ- 
ten in a specific markup language, is sent to the browser 
15 401 from the electronic wallet object 400 via the local 
gateway 402 to display an error screen. 
[0068] Fig. 6 is a schematic diagram showing the re- 
lationship among applications (browser, music player 
object, and local gateway) executed by the CPU 300 
when the music player facility is used, other components 
of the mobile user terminal 101, and other devices. In 
Fig. 6, the CPU 300 executes three processes, the 
browser 401 , the music player object 500, and the local 
gateway 402. 

[0069] A music file 505 is stored in a nonvolatile mem- 
ory module mounted in the music player 116, and the 
CPU of the music player 1 1 6 creates a markup descrip- 
tion language (ML creating part 506) on the contents of 
the music player, and executes the application program 
of a music server 504 that split-downloads and repro- 
duces the music file 505. 

[0070] For example, assuming that the user selects 
"4 Music Player", the browser401 will access the music 
player object 500 via the local gateway 402, data indi- 
cating a list of music files managed in the music player 
object 500 will be sent to the browser 401 from the music 
player object 500 via the local gateway 402, and the 
browser 401 will display the screen shown in Fig. 8(g). 
Further, if the user selects "-1 song for you" for play, the 
selected music title will be played. In the above situation , 
data sent from the music player object 500 to the brows- 
er 401 is created by the music server 504 on the music 
player 1 1 6 and is written in a specific markup description 
language. For example, "4 Music Player" shown in Fig. 
8(a) is linked to "lgw://music _player/", which is a relative 
URI to the local gateway 402, and the browser 401 in- 
terprets the user's selection operation as a resource be- 
ing accessed using the character string of "Igw" as key 
via the local gateway 402, and in the next step, using 
the character string of "music_player", accesses a serv- 
ice object having the service name of "music _player", 
that is, the music player object 500 via the local gateway 
402. In response to this selection operation, a list of mu- 
sic files written in a specific markup description lan- 
guage are sent to the browser 401 from the music player 
object to display the screen shown in Fig. 8(g). Further, 
"-1 song for you" shown in Fig. 8(g) is linked to "Igw:// 
music_player/play?track=1 ", which is a relative URI to 
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the local gateway 402, and the browser 401 interprets 
the user's selection operation as a resource being ac- 
cessed using the character string of "Igw" as key via the 
local gateway 402, and in the next step, using the char- 
acter string of "music_p layer", accesses a service object 
having the service name of "music_player", that is, the 
music player object 500 via the local gateway 402 to re- 
quest playing a music title. 

[0071] Fig. 7 is a schematic diagram showing the re- 
lationship among applications (browser, navigator ob- 
ject, and local gateway) executed by the CPU 300 when 
the navigator facility is used, other components of the 
mobile user terminal 101 , and other devices. In Fig. 7, 
the CPU 300 executes three processes, the browser 

401, the navigator object 600, and the local gateway 
402. 

[0072] A geographic data file 605 is stored in a non- 
volatile memory module mounted in the navigation mod- 
ule 1 1 7, and the CPU of the navigation module 1 1 7 cre- 
ates a markup description language (ML creating part 
606) on the contents of the navigation module, and ex- 
ecutes the application program of a navigation server 
604 that split-downloads and reproduces the geograph- 
ic data file 605. 

[0073] For example, assuming that the user selects 
"5 Navigator, the browser 401 will access the navigator 
object 600 via the local gateway 402, data indicating a 
current position and a peripheral map will be sent to the 
browser 401 from the navigator object 600 via the local 
gateway 402, and the browser 401 will display the 
screen shown in Fig. 8(h). 

[0074] In the above situation, data sent from the nav- 
igator object 600 to the browser 401 is created by the 
navigation server 604 on the navigation module 1 1 7 and 
is written in a specific markup description language. For 
example, "5 Navigator" shown in Fig. 8(a) is linked to 
"Igwi/Znavigator", which is a relative URI to the local 
gateway 402, and the browser 401 interprets the user's 
selection operation as a resource being accessed using 
the character string of "Igw" as key via the local gateway 

402, and in the next step, using the character string of 
"navigator", accesses a service object having the serv- 
ice name of "navigator", that is, the navigator object 600 
via the local gateway 402. 

[0075] Next, a description will be made of the split- 
download facility of the service objects including the 
electronic wallet server 404, the music server 504, and 
the navigation server 604. The split-download facility, 
when the size of data transferable at a time is small, 
splits large-capacity electronic value containing image 
data, and large-capacity music file and geographic data 
into a small unit of data before downloading them. As a 
specific example of this facility, a description will be 
made of a case where the electronic value is halved and 
downloaded to the electronic wallet from the electronic 
value server. 

[0076] Fig. 12 shows messages exchanged among 
the electronic value server 103, the browser 401 , and 
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the electronic wallet object 400 in the case where the 
electronic value is halved and downloaded. 
[0077] From the electronic value server 103 to the 
browser 401, a message Server_instruction_1 1100 is 

s sent to request the downloading of the first of two split 
data items of the electronic value. The contents of 
Server_instruction_1 , as shown in Fig. 13(a), contain an 
instruction to the electronic wallet object 400 as 1 the at- 
tributes of an Go element. According to Fig. 13(a), the 

10 instruction specifies downloading (fragmentDL) data 

"1234567890 abcdefghij" (DLdata) in the condition 

that session ID (session_id) is 1234, a split count 
(numjrag) is 2, the first (frag_num) of two split data 
items is sent, and URI (DLserver) of the electronic value 

15 server 1 03 is "http^/www.evissuer.com". At this time, the 
data (DLdata) to be downloaded is encrypted and en- 
coded for error detection, and further encoded to ASCII 
data. 

[0078] The browser 401 sends the attribute portion 

20 1101 of the Go element of Server_instruction_1 to a 
service object having the service name of "wallet", that 
is, the electronic wallet object via the local gateway 402. 
[0079] The electron ic wallet object 400 interprets the 
instruction contained in the attribute portion 1101 of the 

25 received Go element, checks the down loaded data (DL- 
data) for errors, decrypts the data, and if no error is 
found, sends a message S0_instruction_1 1102 to re- 
quest the sending of a second data item to the browser 
401. The contents of Server_instruction_1 1102, as 

30 shown in Fig. 13(b), contain an instruction to the elec- 
tronic value server 103 as the attributes of an Go ele- 
ment. According to Fig. 13(b), the instruction requests 
the sending (sendjrag) of the second item (frag_num) 
of the split data with a session ID (session_id) of 1234. 

35 |f an error is detected in the downloaded data, the 
number of the split data item in which the error is detect- 
ed is specified as frag_num. 

[0080] The browser 401 sends the attribute portion 
1 1 03 of the Go element of S0_instruction_1 1 1 02 to "ht- 
40 tp://www. evissuer.com", that is, the electronic value 
server 1 03. 

[0081] The electronic value server 103 Interprets an 
instruction contained in the attribute portion of the re- 
ceived Go element, and sends a message 
45 Server_instruction_2 1104 to request the downloading 
of the second of the two split data items of the electronic 
value to the browser 401 . 

[0082] The contents of Serve r_instruction_2, as 
shown in Fig. 14(a), contain an instruction to the elec- 

50 tronic wallet object 400 as the attributes of an Go ele- 
ment. According to Fig. 14(a), the instruction specifies 
downloading (fragmentDL) data "1234567890 abc- 
defghij" (DLdata) in the condition that session ID 
(sessionjd) is 1234, a split count (num_frag) is 2, the 

55 second (frag_num) of two split data items is sent, and 
URI (DLserver) of the electronic value server 103 is "ht- 
tp://www. evissuer.com". At this time, the data (DLdata) 
to be downloaded is encrypted and encoded for error 



EP1 193 614 A1 



10 



19 EP 1 193 

detection, and further encoded to ASCII data. 
[0083] The browser 401 sends the attribute portion 
1 1 05 of the Go element of Server_instruction_2 1 1 04 to 
a service object having the service name of "wallet", that 
is, the electronic wallet object via the local gateway 402. 5 
[0084] The electronic wallet object 400 interprets the 
instruction contained in the attribute portion 1105 of the 
received Go element, checks the downloaded data (DL- 
data) for errors, decrypts the data, and if no error is 
found, creates one electronic value from the two split 10 
data and stores it in a smart card, and sends a message 
S0_instruction_2 11 06 indicating the completion of the 
downloading to the browser 401 . 
[0085] The Contents of S0_instruction_2 1106, as 
shown in Fig. 14(b), contain an instruction to the elec- *s 
tronic value server 103 as the attributes of an Go ele- 
ment. According to Fig. 14(b), the contents of the in- 
struction indicate that data of the session ID 
(session_id) of 1234 has been downloaded (DLcom- 
plete). 20 
[0086] The browser 401 sends the attribute portion 
1 1 07 of the Go element of SO _instruction_2 1 1 06 to "ht- 
tp://www.evissuer.com", that is, the electronic value 
server 103. 

[0087] The electronic value server 1 03 interprets an 25 
instruction contained in the attribute portion 1107 of the 
received Go element, and completes the electronic val- 
ue issuance processing. 

[0088] As has been described above, by providing a 
local gateway for applications, and server facilities for 30 
the applications (service objects) , a mobile terminal 
having a small display screen permits the screen to be 
shared among plural applications so that no display 
memory needs to be provided for each of the applica- 
tions, and can offer multi-application services, regard- 35 
less of the small memory. 

[0089] Further, by adding the data split-download fa- 
cility to the server facilities of the applications (service 
objects), even if the size of data that can be transferred 
at a time is small, large-capacity data can be download- *o 
ed without making changes to the RF communication 
unit 305. 

[0090] Although, in the above described configura- 
tion, the electronic wallet server 404 is used as an ap- 
plication of the smart card 307, it may be one module of *s 
the electronic wallet server 404, as shown in Fig. 1 6. In 
this case, the electronic wallet server 1 604 accesses the 
smart card 307 via the smart card reader/writer 212 to 
perform the creation of a markup description language 
on the contents of electronic wallet (ML creating part so 
406), electronic value split-download, and examination 
and settlement processing, in conjunction with the smart 
card 307. A decreased amount of processing in the 
smart card 307 contributes to reduction in a memory 
size thereof, providing the advantage of the smart card 55 
being inexpensively produced. 

[0091] Although, in the above described configura- 
tion, the music server 504 is used as an application of 
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the music player 11 6, it may be one module of the music 
player object 500, as shown in Fig. 1 7. In this case, the 
music server 1704 accesses the music player 116 via 
the Bluetooth communication module 21 3 to perform the 
creation of a markup description language on the con- 
tents of music player (ML creating part 506), and the 
split-download and reproduction of the music file 505, 
in conjunction with the music player 116. A decreased 
amount of processing in the music player 116 contrib- 
utes to reduction in a memory size thereof, providing the 
advantage of the smart card being inexpensively pro- 
duced. 

[0092] Although, in the above described configura- 
tion, the navigation server 604 is used as an application 
of the navigation module 117, it may be one module of 
the navigator object 600, as shown in Fig, 18. In this 
case, the navigation server 1 804 accesses the naviga- 
tion module 117viathe Bluetooth communication mod- 
ule 212 to perform the creation of a markup description 
language on the contents of the navigation module (ML 
creating part 606), and the split-download and reproduc- 
tion of the geographic data file 605, in conjunction with 
the navigation module 117. A decreased amount of 
processing in the navigation module 117 contributes to 
reduction in a memory size thereof, providing the ad- 
vantage of the smart card being inexpensively pro- 
duced. 

[0093] Although, in the above described configura- 
tion, an ML creating part for creating a markup descrip- 
tion language is provided separately for each service 
object and the service object manager 801, it may be 
configured as one module shared by applications on the 
mobile terminal 101. In this case, a decreased amount 
of the application programs on the mobile user terminal 
101 contributes to reduction in a memory size thereof, 
providing the advantage of the mobile userterminal be- 
ing inexpensively produced. 

[0094] Although, in the above described configura- 
tion, the IR communication is used for communication 
between the mobile user terminal 101 and the service 
terminal 105, another wireless communication system 
may be used. In this case, the mobile user terminal 1 01 
is provided with a wireless communication means of the 
wireless communication system instead of the IR com- 
munication module 111, and the service terminal 1 05 is 
provided with a wireless communication means of the 
wireless communication system instead of the IR com- 
munication adapter 602. 

[0095] Although, in the above description, the mobile 
user terminal 1 01 constituting the mobile multimedia in- 
formation delivery system has an optimum hardware 
configuration for achieving the facilities in the mobile 
multimedia information service, the mobile userterminal 
101 may also be constituted by a computer having fa- 
cilities including the digital wireless communication fa- 
cility, the infrared communication facility, and the blue- 
tooth communication facility, a smart card reader/writer, 
a display, a keyboard (or pen input device), a micro- 
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phone, and a loudspeaker. In this case, a program 
stored in the FeRAM 301 is converted to a software pro- 
gram operating on the OS (Operating System) of the 
personal computer, and the software program is stored 
in a place (e.g., hard disk) where it can be executed in 5 
the computer. 

Claims 

10 

1. An information terminal, comprising: 

communication means for providing a facility to 

communicate with servers on a network; 

one or more service object means for providing is 

specific information processing facilities; 

local gateway means for providing a facility to 

communicate with the service object means; 

and 

browser means for providing facilities to browse 20 
information written in a markup description lan- 
guage, provided from the servers on the net- 
work and the service object means, and 
present instructions to the servers on the net- 
work and the service object means, via the 25 
communication means and the local gateway 
means. 

2. The information terminal according to claim 1, 
wherein the local gateway means has service ob- 30 
ject manager means for managing the service ob- 
ject means, and the service object manager means, 

for each service object means, manages URI (Uni- 
versal Resource Identifier) of a service object, and 
status information indicating whether the service 35 
object is usable. 

3. The information terminal according to claim 2, 
wherein the service object manager means has 
markup description language creating means, and 40 
the markup description language creating means 
creates a list of usable service objects in a markup 
description language in a format that appends links 

to the service objects. 

45 

4. The information terminal according to claim 2 or 3, 
wherein the service objects have markup descrip- 
tion language creating means and exchange a giv- 
en message with the servers on the network 
through the browser means by using a method of 50 
posting given information to a URI-specified desti- 
nation of a markup description language. 

5. The information terminal according to claim 2 or 3, 
wherein the service objects have the markup de- 55 
scription language creating means and means for 
decoding data posted in encoded form, and ex- 
change given data with the servers on the network 
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through the browser means by using a method of 
posting given information to a URI-specified desti- 
nation of a markup description language to set en- 
coded data as information to be posted. 

6. The information terminal according to claim 4 or 5, 
wherein, in the markup language description from 
the servers on the network, the service objects are 
specified by relative identification information, 
while, in the markup language description from the 
service objects, the servers on the network are 
specified by absolute identification information. 

7. The information terminal according to claim 6, 
wherein the service objects have means for splitting 
data to be downloaded from the servers on the net- 
work to N (an integer greater than 0) pieces of data 
and downloading it as Nmarkup description lan- 
guages, and extracts data portions from the re- 
ceived N markup description languages to create 
one piece of data. 

8. The information terminal according to claim 7, 
wherein the N markup description languages down- 
loaded from the servers on the network include in- 
struction information indicating how to process 
them. 

9. The information terminal according to claim 7 or 8, 
wherein the N markup description languages down- 
loaded from the servers on the network include 
identification information indicating that identical 
data is to be downloaded. 

10. The information terminal according to one of claims 
7 to 9, wherein the N markup description languages 
to be downloaded from the servers on the network 
respectively include identification information indi- 
cating their occurrence order. 

11. The information terminal according to one of claims 
7 to 10, wherein data portions are extracted from 
the markup description languages downloaded 
from the servers on the network, and if no error is 
detected as a result of decoding the data portions, 
the servers on the network are notified that no error 
is detected, through the browser means, using a 
method of posting markup description language in- 
formation. 

12. The information terminal according to one of claims 
7 to 11 , wherein a data portion is extracted from a 
markup description language corresponding to an 
M-th position of the N (M < N) split markup descrip- 
tion languages downloaded from the servers on the 
network, and if no error is detected as a result of 
decoding the data portion, a request to send an 
(M+1)-th data item is issued to the servers on the 
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network, through the browser means, using the 
method of posting markup description language in- 
formation. 

13. The information terminal according to one of claims 5 
7 to 12, wherein a data portion is extracted from a 
markup description language corresponding to an 
M-th position of the N (M ^ N) split markup descrip- 
tion languages downloaded from the servers on the 
network, and if an error is detected as a result of io 
decoding the data portion, a request to send the M- 

th data item is issued to the servers on the network, 
through the browser means, using the method of 
posting markup description language information. 

15 

14. The information terminal according to one of claims 
7 to 1 3, wherein, when the size of data that can be 
received at a time is S, data to be downloaded is 
split so that the size of data to be transmitted at a 
time is S or less. 20 

15. Processing program recording medium recording a 
processing program of the information terminal ac- 
cording to one of claims 1 to 14, in a format readable 

to a computer. 25 

16. An information delivery system, comprising: at least 
a service server, an electronic value server, an in- 
formation server, and a settlement server which are 
connected to a network, and an information terminal so 
having a browser, which is connected to the net- 
work, can communicate with the servers by use of 

a markup description language, and can make ac- 
cess to various types of service objects each having 
a server facility therein, using a markup description 35 
language via a local gateway. 
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FIG. 7 
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